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5 Title. SYSTEM AND METHOD FOR MULTIPLE CURRENCY 

TRANSACTIONS 

nn V A^'f pfrrTcr.ROU>P ruv. tnvENTION 

The present invention relates to a system and a method for 
,0 transacUons in a plurality of cuffencies, and in particular, to such a system 
and method which enable a price of a product to he accurately determined in 
the plurality of cunencies before the transaction is performed, or "hedged", 
preferably through risk management of the currency transactions, such that 
final price of the product is guaranteed to the seller of the product in the 
15 local cunency of the seller, and to the buyer of the product in the local 

cunency of the buyer. 

The totemet has enabled computer users all over (he worid to interact 

and eommumcate electronically. One particularly popular mode for 

communication is through Web pages, which collectively form the World 

20 Wide web. Weh pages are usefi.1 for displaying text and graphics, and even 

animation, video data and audio data. Unsurprisingly, Web pages have also 

become popular for electronic commerce (e-eommerce), as they enable 

vendors to display various types of goods to users, and to effectively 

advertise thc^ goods. A large number of Web sites are cum^tly devoted to 

25 e<ommercc. and users can purchase a wide range of goods, from books to 
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elcctronio equipment a»d even perishable gooAs such as groceries. 

Part of the atuaction to producing a Web site for e-commerce is that 
international sales of products are possible. Computer users can view and 
pun=base products without being in the physical "bricks and mort..- store of 
5 the vendor, and even without being in the same geographical area. However, 
although the internet and the World Wide Web have easily crossed 
intemationa! boundaries for communication, e-commerce is stiU hampered 
by the i«quirement for payment in the cunency of a p«ticular cornity . 
Typically, a vendor must be paid in the currency of the vendor's own 
10 country, which may be different from that of the buyer. 

The problem has been at least partially solved ihiough credit cards 
,vbich can be used for purchases internationally. Such credit cards enable a 
buyer to purchase goods flirongh c-commerce from a vendor in a different 
counny. However, although ctedit card companies handle currency 
15 tnmsactions &om the cunency of the buyer to the currency of the vendor, 
diereby emiWing multiple currency e-commcrce transactions to occur, the 
final cost may vaiy widely. For example, credit card companies may use a 
conversion rate which is less favorable to the user, duin if the user had 
performed the currency transaction tfirough a hank or other financial 
20 instimtion. m other cases, e-commerce Web sites which attempt to provide 
mfonnation concerning the final cost of their goods in a variety of currencies 
may find that changes in the currency market have caused their prices to be 
inaccurate, thereby exposing the vendors to cunency risks, regardless of the 
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actions of the credit card companies. 

to addition, vendors who wish to support transactions in multiple 
cunencics. regardless of the risk, must also handle cor»plex accounting 
issues in these multiple cunencies. 
5 A more useful solution to this problem would enable the buyer to 

purchase goods with cmmicy which is local to the buyer, h. a price which is 
tawwn to the buyer in advance, through e<ommerce Web sites on an 
international basis. This solution would enable the buyer to examine goods 
from .he Web site of choice, and then to view information concerning the 
10 final cost of these goods in the buyer's own cunency, lefeardless <rf the 
cunency of vendor. In addition, such a solution would enable the vendor to 
handle transactions with only a single curmney, thereby minimizing risk and 
simplifying accounting issues, while still enabling the buyers to use the 
cun^cy of choice for purchases. Unfortunately, such a solution is not 

15 currently available. 

ta a B2B (business to business) scenario, a different set of problems 
may arise with regard to cunency transactions. In this scenario, the buyer 
may negotiate to pu^hase goods from the seller through the Internet, such as 
rtuough a Web site, or through other means. The buyer guarantees payment 
20 to the seller for the goods via a paymem mechanism. There are several 

payment mechanisms available to guarantee large amount transfers between 
business trading partners, including Utter of Credit, Swift. ACH and others. 
On-line hedging mechanisms which would support these types of 
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transactions at the point of "sde". o, business transaction, would also be 
useful, but imfortunately are not available. 

Therefore, there is an unmet need for. and it would be highly useful to 
have, 8 system and a method for nniltiple currency transactions for 
5 e-commert^e. whether from a business to a consumer or between businesses, 
in which the final price of the product is given to the buyer in the local 
currency of the buyer before a purchase is made, and such thrt a final price is 
also gaanmteed to the seller in the local cunency of the seller, through 
hedging of the eunmcy transaction on behalf of the seUer. prefeiubly with 
10 associated risk management on behalf of the central managing entity. 

Qi TviMf *'*^ INVENTION 

The present invention is ofasysten. and a method for supporting . 
e^ommerce transactions in multiple currencies, in which the local cunency 
15 of the buyer is different from the local cunency of the vendor. The system 
and method enable the buyer to receive a final price for the product in Ae 
local currency of the buyer before the transaction is performed, and also 
enable tl,e vendor to receive a guarantee for the price in the local currency of 
the vendor, before the amount of payment is exchanged. The system and 
20 method also provide a mechanism for the actual exchange between the 
cmiencies of the buyer and of the vendor, such (hat the aspects of fte 
transaction regarding payment are My supported. More prefeiibly, the 
buyer and/or the vendor are charged a fee for performing such a guaranteed 
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exchange, for example by incoiponili«g such a fee into the rate which is 
given to the buyer. Thus, even before the sctllement date, at «hich point the 
taction is completed mi the amount of payittent has been received torn 
the buyer and given to (he vendor. Uie final price is guaranteed, or "hedged". 
5 Preferably, risk management is applied to the currency transactions, 

by combining a plurality of such transactions such that the amount of 
ctttrency can be managed through international currency trading, in order to 
minimize any loss which may occur as a result of fluctuations in the 
exchange rates. 

10 According to the present invention, there is provided a method for 

supporting a transaction for pun:hasing a product by a buyer ftom a vendor, 
the product having a price, a local currency of the buyer being different fix,m 
a local currency of the vendor, the buyer commoricating with the vendor 
through a netwoA, the method comprising the steps of; (a) detemining an 
15 exchange rate of the local ctB«ncyofthe vendor to the local cunency of the 
buyer; (b) converting the price of (he product from the local currency of the 
vendor to the local currency of the buyer to fom a final price according to 
the exchange rate, such that the buyer receives information concerning the 
final price before a payment transaction is performed; (c) receiving payment 
20 from the buyer for (he fmal price to perform the payment transaction; (d) 
converting the payment from the local currency of (he buyer to Ae local 
currency of the vendor to form a converted payment according to die 
exchange rate; and (e) paying the vendor with the converted payment. 
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Accoriing to another embodiment of the present invention, there is 
provided a method for performing online hedging at a point of sale for a 
fransaction for purchasing ft product by a buyer from a vendor, the product 
having a price, a local currency of the buyer being diffciwt from a local 
5 currency of the vendor, the buyei communicating with the vendor through a 
network, the method comprising the steps of: (a) determining an exchange 
mte of the local currency of the vendor to the local cuirency of the buyer; (b) 
converting the price of the product fion. the local currency of the vendor to 
the local cuirency of the buyer to form a final price according to (he 
10 exchange rate, such that the buyer receives infonnation concerning the final 
price before a payment transaction is performed; (c) hedgmg the payment 
transaction: (d) receiving payn-ent from the buyer for the final price to 
perfomi ihc paymem transaction; (e) converting the payment from the local 
cunency of the buyer to the local currency of the vendor to form a converted 
1 J payment according to the exchange rate; and (f) paying the vendor with the 

converted payment. 

According to yet another embodiment of the present invention, there 
is provided a system for supporting a transaction for purchasing a product by 
a buyer from a vendor, the Foduct having a price, a local currency of the 
20 buyer being different from a local cuacncy of the vendor. Ae system 
comprising: (a) a currency server for receiving an exchange rate from the 
local currency of the buyer to the local currency of the vendor; (b) a vendor 
server for operation by the vendor, the vendor server receiving the exchange 
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rate from the cuirency server and the vendor server converting the price from 
the local currency of the vendor to tie local currency of the btiyer to form a 
fuwa price, the vendor server providing « Web page containing information 
about the product and the final price; (c) a Web hrovrser for interaction with 
5 the buyer, the Web browser being operated by a buyer computational device, 
the buyer computational device being connected to the vendor server through 
the netwotk. such that the Web browser displays the Web page and receives 
fcancial infonnation from the buyer for purchasing the product according to 
die final price, the fimmcial information being sent to the vendor server; and 
10 (d) ft central managing entity for receiving the financial information from the 
vendor server and for establishing the exchange rate between the local 
currency of the buyer and the local cuirency of the vendor, the central 
roanaging entity receiving paymein from the buyer in the local cuirency of 
the buyer, the central managine entity exchanging the payment to the local 
15 currency of the vendor, and the central managing entity paying the vendor, 
such that a transaction between the vendor and the buyer is hedged by the 

central managing entity. 

Hereinafter, the term "network" refers to a eoonection between any 
two or more computational devices which permits the transmission of data. 
20 Hereinafter, the term "computational device" includes, but is not 

limited to, personal computers (PC) havmg an operatmg system such as 
DOS. Windows™, OS/2™ or Linux; Macintosh™ computers; computers 
having JAVA™-OS as tiie operating system; graphical workstations snch as 
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the computers of Sun Microsystems™ and Silicon Graphics™ and other 
computers having some version of the UNIX operating system such as 
AIX™ or SOLARIS™ of Sun Microsystems™; or any odicr known and 
available opemtine system, or any device, inciuding but not limited to; 
5 laptops, hand-held computers, PDA (personal data assistant) devices, cellular 
telephones, any type of WA? (wireless application protocol) enabled device, 
wearable computers of any sort, which can be connected to a network as 
previously defined and which has at» operating system. Hereinafier. the term 
"Windows™- includes but is not limited to Windows95"'. Windows 3.x™ in 
10 which "X" is an integer such as " I", Windows NT™, Windows98™, 
Windows CE~ Windows20O0™. and any upgraded versions of these 
operating systems by Microsoft Corp. (USA). 

For the present inventioi., a software applicarion could be written in 
substantially any suitable programming laoguage. which could easily be 
15 selected by one of ordinary skiU in the art. The programmine language 
chosen should be compatible with the computationai device according to 
which the software application is executed. Examples of suitable 
programming languages include, but are not limited to, C, and Java. 
In addition, the present invention could be implemented as software, 
20 fmnware or hardware, or as a combination thereof. For any of these 
implementations, the functional steps performed by the method could be 
described as a plurality of instrucHons performed by a data processor. 

Hereinafter, the term "Web browser" refers to any software program 



SA'AR PLINNER LAW 03 62D1469 06/19 '00 17:37 N0.9A4 20 




Which can display text, graphics, or both, from Web pages oa Wortd Wide 
Web sites. Hereinafter, the term "Web serve." refers to a server capable of 
transmitting a Web page to ttie Web browserupon request. 

Hereinafter, fte term "Web page" refers to any document wrincn in a 
5 mark-up lanBuage inchiding, but not lintited to, HTML (hypertext marlcup 
language) or VRML (virtual reality modeling language), dynamic HTML, 
XML (extensible mark-up language) or XSL (XMI, styling language), or 
related computer languages thereot as well as to any collection of such 
documents reachable tltfough one specific Ifrtmiet address or at one specific 
10 World Wide Web site, or any documem obtainable through a particular URL 
(Uniform Resource Locator). Hereinafter, the l«rm "Web «te" refers to at least 
one Web page, and preferebly a pfeiality of Web pages, virtually connected to 

form a coherent group. 

Hereinafter, the phrase "display a Web page" includes all actions 
15 necessary to render at least a portion of the infonnation on the Web page 
available to the computer user. As such, the phrase includes, but is not 
limited to. the static visual display of static graphical infonualion, the 
audible production of audio information, the animated visual display of 
animation and As visual display of video stream data. 

20 

Rfi| FP nPSCRIPTION f^? 7"^^ DRAWINGS 

The invention is herein described, by way of example only, with 
reference to fl\e accompanying drawings, wherein: 
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FIG. 1 is a schematic block diagram of a background art system; 
" FIG. 2 is a schematic block diagram ofanexemplaiy system 

accoiding to the present inveDtion; 

FIG. 3 is a schematic block diagram of certain components of Figims 

5 2 in greater detail; 

FIG. 4 is a flowchart of an illustrative method according to flie present 

invention; and 

FIG. 5 is a detailed implementation of the central managing entity of 
Figure 3 according to the present invention. 

10 

nF,< fr.RlPT10N "F THE PREF PPBPn FTyjRQDlMENTS 

The present invention is of a system and a method for supporting 
e-commerce transactions involving multiple currencies. The system and 
method convert (he price of a product from the local cmrency of a vendor to 
15 the local ouitency of a buyer, when the currency of the vendor differs fiom 
that of the buyer. The buyer then receives the final price ofthe product in 
the local currency of the buyer, preferably including any transaction costs 
,vhich may be inciuml as a result of the currency exchange. The vendor also 
receives a guarantee for the final amount of payment which is to be received 
20 in the local cuntsncy of the vendor. Preferably, the guaranteed exchange rate 
is provided for a predetermined period of lime. Also preferably, the buyer 
and/or the vendor are charged a fee for performing such a guaranteed 
exchange, for example by incorporating such a fee into the rate which is 
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given to the bu>'er. Thus, hedging is provided for the transaction atthe point 
of sale for e-commerce activities, which has not been previously provided in 

the ait. 

Once the buyer decides to purchase the product, the financial payment 
5 details of the buyer are sent to a particular payment mechanism. The 
mechanism receives the amount of payment in the local cuncncy of the 
buyer from the buyer. The payment is converted tfl the local cunercy of the 
vendor according to the system of the present invention, which may 
optionally be completely separate fiom the payment mechanism which 
10 receives payment from the buyer. The vendor then receives payment in the 
local cunency of the vendor. Preferably, a plurality of transactions are 
combined fi>r the step of conversion, rather than buying and selling 
currencies separately for each transaction. 

According to a preferred embodiment of the present invention, the 
15 vendor may optionally allow the buyer to pay for a product with a plurality 
of separate payments at difTerent points in time, for payment in installments. 
For example, the buyer may be allowed to pay for the product with a 
pluraUty of monthly payments. From the perspective of the vendor, such a 
pluraUty of sepanue payments may potentially increase the risk associated 
20 with fluctuating exchange rates. The present invention overcomes such a 
risk by enabling a plmnlity of exchange rates to be set, each exchange rate 
being valid for at least one of the separate payments, and each exchange rate 
therefore reflecting the potential associated risk. Each of the plurality of 
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exchange rates is therefore guanmtecd for a separate pieactcrmined period of 
time. 

According to another preferred embodiment of the present invention, 
Ae veiKlot may optionally pay a plurality of suppUeis of products in a 
5 pluraUty of local cwiencies of the suppUer^ while in tarn accepting payment 
from a pluraUty of buyers it! a pluraUty of local cunencics of the buyers. In 
this case. n>«ltiple exchange rates are set. including at least a first exchange 
rate for paying at least one supplier by the vendor and at least a secoiwl 
exchange rate for paying the vendor by at least one buyer. Each of the first 
10 and the second exchange rates is therefore guaranteed for a sepamte 
predetermined period of time. One exan^le of such a vendor is a travel 
agent who wishes to sell hotel rooms. The hotel typically wishes to receive 
payment in the local currency, while a customer would want to pay for the 
hotel room in another, potentially different local currency. The present 
15 invention enables the vendor to apply online hedging at the point of sale, so 
that the vendor is protected from currency risks on transactions with both 

suppliers and buyers. 

Preferably, risk management is provided for the currency transactions, 
flirough intemationaJ currency trading, in order to minimize any loss which 
20 may occur as a result of fluctuations in the exchange rates. The present 
invention is thus able to advantageously use the currency conversion with 
bulk transactions for both greater efficiency and u, lower the costs of such 
currency exchanges. 
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The present invention preferably also provides for security and 
verification mechanisms, in order to ensure that vendors receive the proper 
payment, and that the corrert cmiency exchange rates are used for 
calculating the prices and for cffieoting payment to the vendors. 
5 According to a particular prefeired implementation of the present 

invention, there is provided software components and services to enable 
multi-currency e-cor.merce, allowing vendors to conduct their operations in 
a sintile currency T.hile accepting payments in multiple currencies. The 
central managing entity for these transactions is responsible for hedging 
10 tnmsactions against currency fluctuations, thereby ensuring that the vendor 
icceivcs complete payment for goods in the local currency of the vendor. 
Thua, vendors are assured that the expected prices which are established for 
goods match fimds received in their bank accounts, through hedging of the 
transaction at the point of sale, while buyers are able to detenuine the fmal 
15 price for a product in the local currency of the buyer at the time of sale. 

With the trend towards expanded on-line intenuitional trading 
activity, ease of use. cost effectiveness and immediacy become top prioiities. 
The online point^f-sale hedgbg and transaction exchange services of the 
present invention reduce complexity of international e-commcrce 

20 transactions. 

Furthermore, the described sohition of the present invention is 
independent of apptted payment mechanisms, and does not assume liabilities 
fo, finaacial settlements or delivery of products. These liabilities remain with 
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fte banks, credit caid compames and shipping companies, as they do in a 
non-Internet and/or non e-conunerce environment 

The principles and operation of the present invention may be better 
understood with reference to the drawings and the accompanying 
5 description. 

Referring now to the drawings. Figure 1 is a schematic block diagram 
of a background ait system for a typical single eunency online transaction, 
as such a transaction is cunently performed according tfl the background art. 
In a typical online transaction 10, a vendor 12 and a buyer 14 
10 negotiate online to exchange goods or services for payment. By "onUne", it 
is meant that communication is perfonncd through an electronic 
communication medium, including but not limited to. telephone voice 
comiminication through the PSTN (public switched telephone network), 
ceUular telephones or a combination thereof; exchanging information 
,5 through Web pages according to HTTP (HyperText Transfer Protocol) or 
any other protocol for communication with «id through mark-up language 
documents: exchanging messages through e-mail (electronic mail), 
messaging services such as ICQ™ for example, and any other type of 
messaging service; as well as any other type of communication which 
20 incorporates an electronic medium for transmission, 

Vendor 12 agrees to deliver goods or services to buyer 14, who in tum 
contracts to pay a negotiated amount in a negotiated currency to vendor 12 in 
exchange for the pioduct(s) (goods and/or services). 
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As shown in Fijpire 1, typically, a third party payment clearance 
service 16 enables the transaction to occur, by providing varying degrees of 
assurance for the flow of payment from buyer 14 to vendor 12. Such a 
service is particularly usefiil for transactions when buyer 14 and vendor 12 
5 are physicaUy separated, as for example in e-commerce transactions. Third 
party payment cleannce service 16 allows vendor 12 to ship goods prior to 
setflement of cash in his bank. Various types of tMid party payment 
clearance services exist, providing different degrees of assurance for the 
nitimte flow and deposition of funds, as well as different settlement periods 

1 0 for delivery of fiinds. 

Thiixl party payment clearance service 16 acts as a bridge between the 
"virtual" Internet world and the "real" financial world, and as previously 
described, is currently used for e-conunerce transactions. 

As shown in Figure 2, Ae system according to the present invention 
1 5 for supporting e-commeice transactions involving multiple currencies can 
optionally be implemented with the third party payment mechanism, 
although this mechanism is not required, as the present invention does not 
rely upon the use and/or provision of such a clearance service; if online 
payment mechanisms become available in the future which do not require a 
20 third party to guarantee the transfer of funds, the present invention could 
also optionally be used with such online payment mechanisms. Examples of 
various types of online payment mechanisms include, but are not limited to, 
e-money cards and accounts, and mtcropayment mechanisms of various 
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types. 

The schematic block diagram shows the flow throu^ an exemplary 
system 20 for providing a guaranteed price to both buyer 14 and vendor 12 
in their respective local currencies through hedging at the point of sale, 
5 supported trough the direct exchange of ftmds, preferably by includiBg the 
process of risk management for the actual conversion of the funds. As for 
Figure 1, buyer 14 and vendor 12 engage in an online transaction, with a 
direct negotiation flow 22 for the actual purchase of the product, whether 
goods or services. Again, buyer 14 receives the product through a product 
10 exchange flow 24 after the process of fund transfer has occurred, or at least 
has been guaranteed to occur such diat vendor 12 is satisfied. 

Unlike Figure 1, however, system 20 pro\idcs currency hedging at an 
on-line pomt-of-salc flow 26. A hedging enabler process 28 is inserted 
between a process for receiving payment 50 from buyer 14, and a process for 
15 effecting payment 32 to vendor 12. Hedging enabler process 28 is also 

optionally and preferably described as a central managing entity, as hedging 
enabler process 2S preferably manages the transactions. 

Hedging enabler process 28 determines the actual amount of payment 
required from buyer 14, in order to pay the requested amount to vendor 12 in 
20 the local currency of vendor 12. Preferably, hedging enabler process 28 
combines a plurahty of such transacuons, in order to more effectively 
exchange currencies through the international currency exchange market, 
optionally and more preferably with risk management. Thus, hedging 
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enabler process 28 recjcives the price from vendor 12, detemiincs the 
appropriate exchange rate from the local currency of vendor 12 to the locd 
currency of buyer 14, and then provides the price to buyer 14, vMe also 
guaranteeing that vendor 12 will receive the full payment in the local 
5 cunency of vendor 12 at a future settlement date. This entire process can 
also be described as hedging at the point of sale. 

If buyer 14 decides to purchase the product, then the amount of 
payment is determined according to these previously defined prices. The 
solution protects vendor 12 from currency fluctuations occurring between 

1 0 the time of price negotiation and the time of payment settlement Since a 
plurality of such transactions are preferably aggregated, the aggregated 
positions can optionally be managed for risk in the inter-bank market by 
applying standard risk management strategies, previously available for large 
transaction amounts only. 

15 The solution of system 20 is widely applicable for online hedging for 

all types of online multi-currency trading interactions, regardless of the size 
of the transaction, regardless of the relationship between parties 
(business-to-business, business-to-consumer, consumer-to-consumer) and 
regardless of the mechanism which is used to assure payment. Although 

20 third party payment clearance service 16 may be involved as shown, such a 
service is an optional component of system 20. Also optionally and more 
preferably, a plurality of third party payment clearance services 16 (not 
shown) may be involved, such that vendor 12 can optionally receive 
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payment in parallel &om several third party payment clearance services 16. 
which is a preferred feature of the present invention. 

Figure 3 is a schematic block diagram of a more detailed exemplary 
implementation of system 20, showing the flow of the processes through 
5 system 20. System 20 preferably features a hedging engine 34, which is the 
core component for distributing currency rates, receiving payment 
information from vendor \2 and also optionally receiving payment 
information from third party clearance mechanism 16. 

With regard to the first function, hedging engine 34 sends updated 
10 currency rates to a currency module 36 installed at a vendor server 38. The 
combination of hedging engine 34 and courency module 36 is optionally and 
preferably described as a ""central managing entity", as these two 
components together support and control the process of hedging at the point 
of sale, 

1 5 Vendor server 38 may optionally include such functions as a Web 

server 40, for providing Web pages for e-commercc through Web-based 
communication; and also electronic shop software module 42, tor managing 
c-commerce, accounting and other functions of vendor 12. However, with 
regard to the present invention, currency module 36 is the required feature of 

20 vendor server 38, as these other functions may optionally be moved to a 
different server and/or replaced with other types of functionality. 

Currency module 36 receives the rate exchange information fix)m 
hedging engine 34, preferably at intervals which are defined by vendor 12, 
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more preferably with a margin supplement as per agreement with vendor 12, 
The margin supplement is an addittonaJ fee, which is optionally added to 
each transaction, whether directly or indirectly, for example through the 
determination of the exchange rate. When currency module 36 receives a 
5 request from electronic shop software module 42 for a price in a particular 
local cunency for buyer 14. currency module 36 calculates the price in the 
local currency of buyer 14. 

As shown for this optional but prefened implementation of system 20 
for Web-based communication, buyer 14 interacts with a buyer 

10 computational device 44, which in turn operates a Web browser 46. Web 
browser 46 receives Web pages from Web server 40, Each such Web page 
may optionally include information about the product to be purchased, for 
example, including the price in the local currency of buyer 14. For this 
implementation, the transaction negotiation between buyer 14 and vendor 12 

15 occurs through Web-based communication, such that buyer 14 enters 

information and/or commands through Web browser 46, and in turn receives 
information through Web pages from Web server 40. 

Preferably, electronic shop software module 42 interacts with 
currency module 36 in order to receive the price in the local currency of 

20 buyer 14, for adding this price dynamically to Web pages which are served 
by Web server 40. Also optionally and preferably, the type of local cunency 
for buyer 14 is automatically determined by currency module 36 through the 
use of DNS lookup information and cookies. Buyer 14 is preferably able to 
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override such an automatic currency detection mechanism by entering the 
preferred currency manually. 

Once buyer 14 has decided to purchase the product, Web browser 46 
is optionally redirected toward third party payment mechanism 16, for a 
5 typical payment process in c-commerce transactions. Third party payment 
mechanism 16 collects payment credentials from buyer 14, such as credit 
card details or other information. Third party payment mechanism 16 may 
optionally perform an authorization request to a buyer account 48, which 
could be a bank account and/or credit card account for example, in order to 

10 detemiine whether funds are available for the purchase. Following 

authorization, confirmation of the transaction is sent to buyer 14 and vendor 
12. If a plurality of third party payment mechanisms 16 is available, then 
vendor 12 optionally and preferably is able to select a particular third party 
payment mechanism 16 for receiving payment from buyer 14, for example 

15 according to the criterion of the amount of fees which are charged by third 
party payment mechanism 16. 

In addition, third party payment mechanism 16 also optionally sends 
the amount of authorized payment to hedging engine 34. Alternatively or 
additionally, currency module 36 can also send such information to hedging 

20 engine 34. Such information is preferably dynamically aggregated by 
hedging engine 34 with information collected from odier vendors. 

Foreign currency positions in each of the currencies for each 
settlement date are monitored by the operator of hedging engine 34, as 
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described in greater detail with regard to Figure 4 below. Associated 
cunency dealers preferably manage the risks exposed by these positions 
using various risk management strategies, resulting tti the execution of 
fonvard and options deals in the interbank market 
5 On the settlement date for at least one transaction, and preferably for a 

plurality of transactions, the actual payment is optionally and preferably sent 
to a trustee 50, in the currency of each buyer 14, for example irom third 
party payment mechanism 16. Preferably simultaneously, hedging engine 34 
provides instructions for transCaring amounts for these transactions in the 

10 currencies expected by each vendor 12 to trustee 50. If the amounts 

transfeired match the instructions received by vendor 12 and hedging engine 
34, trustee 50 releases fimds transferred by third party payment mechanism 
16 to hedging engine 34, and also releases funds transferred by hedging 
engine 34 to vendor 12. 

15 Although the use of such a trustee 50 is preferred, trustee 50 is not an 

essential component of system 20, as payment could be effected directly 
through hedging engine 34, Trustee 50 is useftil in order to provide a 
guarantee that funds are transferred property through system 20. 

Figure 4 is a flowchart of an exemplary but preferred method for 

20 performing the transaction of Figures 2 and 3, according to the present 
invention. 

As shown, in step 1, the updated exchange rates are sent from the 
central managing entity which is managing the currency exchanges to the 
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server of the vendor. For example, in Figure 3, the hedging engiiic sent this 
infonnation to the currency module on the vendor server. The exchange rate 
may optionally reflect a transaction or margin fee, in addition to the 
exchange rates which are available through die FOREX markets. 
5 In step 2, the buyer requests a description of the product through 

online communication, for example through the Web browser of the buyer 
computational device as explained in Figure 3. fn step 3, the price of the 
product is converted to the currency of the buyer, and is preferably displayed 
to the buyer, for example fhiuugh a Web page. 

10 In step 4, optionally payment authorization for purchasing the product 

is performed through a third party paytnent enablit^g mechanism* in the local 
currency of the buyer. 

in step 5, transaction details, including the amount of the transaction 
in the currencies of the buyer and the vendor, are transferred to the central 

15 managing entity. These transaction details are used for the puqK)ses of 
hedging the currency exchanges and settlement of the payment transactions 
in the currency of tiie vendor. 

In step 6, preferably transaction amounts in the local cuixencics of the 
buy^ and the vendor arc aggregated, more preferably according to type of 

20 currency and payment delivery date (settlement due date). 

In step 7, dealers who are associated with tiie central managing entity 
perform currency trades in order to assure that currency is available to meet 
the required settlements on the settlement due date. The amount of each 



SA'AR PLINNER LAW 03 6201A69 06/19 '00 17:52 N0.9A6 08 

23 

such settlement is detennincd for each vendor, in the local currency of the 
vendor, according to a rate which is set in step 1 . Thus, the amount of die 
transaction is fixed, yet the currency market may cause the exchange rate to 
flugtuate, such that the dealers are preferably able to mitigate any risk 
5 associated with such fluctuations by combining or aggregating transactions 
for hedging the aggregated positions. 

Optionafly and more preferably, step 7 is performed automaticaUy, for 
example by software programs which monitor the positions held in each 
currency as well as the overall market behavior, in order to effect trades at 
10 the most advantageous moment for minimizing risk. In addition, also more 
preferably, risk is managed by guaranteeing a particular exchange rate for a 
limited period of time, such diat the setdemcnt date must fall within the time 
period for which hedging is guaranteed. 

In step 8, on each settlement date, payments to the trading parties, 
15 such as the vendors, are delivered in the local currency of each party. 
Optionally, payment is effected through a trustee, as described with regard to 
Figures. 

Figure 5 is a schematic block diagram of an cxaapiary but preferred 
embodiment of hedging engine 34 of Figure 3, showing the components of 
20 hedging engine 34 and their interaction with various other entities. Hedging 
engine 34 is a particularly important component of the central managing 
entity of Figure 4, also previously described with regard to Figures 2 and 3. 

The other entities which are separate from hedging engine 34 are 
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shown only a^: general blocks, ralhcr than with the specific technological 
features which would enable them to communicate with hedging engine 34, 
as such technological features arc well known in the art and could easily be 
implemented by one of ordinary skill in the art. 
5 As shown, hedging engine 34 preferably features a central database 

52 for storing such information as the exchange rates, identification 
information for vendors, transaction information, and information about 
other parties involved in the transactions, such as third party payment 
mechanisms for example. 

10 In a first process, a rate feeder 54 receives currency exchange rate 

infoimation from a rate source 56, such as the FOREX markets for example. 
Optionally, rate feeder 54 receives such infonnation periodically^ according 
to a schedule 58. The rate information is posted to central database 52. 

Next, the rates arc distributed fix)m central database 52 to a rate 

15 distribution module 55, and thence to an electronic shop software application 
56 which contains the cunency module of Figure 3, as previously described 
with regard to Figure 3. In turn, shop transaction infonnation is received 
from electronic shop software application 56 by a shop transaction collection 
module 58. The transaction information is posted to central database 52. 

20 Centml database 52 also provides information about consolidated 

positions, preferably with regard to a plurality of transactions, to a 
consolidate position module 60, which in turn is accessed by a dealing 
"room" 62, managed by the central management entity, for actually 
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performing risk managemetn on the transaction operations. Information 
concerning the outcome of such operations is also preferably stoiBd in 
central database 52. Dealing "room" 62 may optionally be unptemented 
manually, with one or more human dealers, but is preferably implemented 
5 automatically, witfi a software program for performing the trades as 
previously described. 

A gateway transaction collection module 64 receives information 
about collected funds from fund collection gateways 66, such as third party 
payment mechanisms for example, and transfers this information to central 
10 database 52. Reports, both before and after settlement of the payment, are 
optionally and more preferably provided by a pre-settlement reporting 
module 68 and a posl-settlcmcnt reporting module 70, respectively. This 
information may optionally be provided to vendors 72 and/or trustees 74, for 
example. Any required adjustments are preferably performed through an 
1 5 adjustment module 76, with trustees 74. 

According to optional features of the present invention, die system 
supports flexibly determined attributes or parameters which are controlled by 
trading partners, particularly vendors. Such parameters include, but are not 
20 limited to, the selection of supported currencies; treatment for taxes, 

shipping chaiiges and other costs; support for price drifl and mark-ups; risk 
management strategy for cancelled transactions; price differentiation by 
currency; periods for rate (price) fixing for each supported currency; 
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rounding method per currency; and margm discounts based on transaction 
and settlement ceilings, settlement periods, payment installments and 
chargeback statistics. In addition, another such factor optionally includes the 
choice of the vendor to adjust the exchange rate with regard to a particular 

5 currency, for example in order to promote marketing and sales in a particular 
country as part of a marketing campaign. These parameters dctciminc the 
margins and/or transaction fees which are added to the exchange rates quoted 
to vendors and together with statistics provided by the system, thus allowing 
risk to be managed by purchasing options contracts based on the expected 

10 transaction traflBc flow. 

With regard to the treatment of canceled payments and/or fraud, the 
system of the present invention preferably supports two alternative modes of 
risk management for trading partners. One mode involves the combination 
of all payment transactions registered by the vendor, (currency rate for return 

1 5 or chargeback transaction based on rate at day of settlement). Another mode 
involves the combination of all account activity including returns and 
chargebacks. Depending on the alternative selected by the vendor, positions 
will either reflect payment transactions only or all transactions in die 
dntabasc. 

20 In addition, optionally the present invention is used for exchanging 

currencies which are not otherwise freely exchangeable directly. Such 
currencies can be exchanged if a mechanism exists for purchasing and/or 
selling an amount of such a currency in a diHerent currency, such that 
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eventually a directly exchangeable cuirency be used to complete the 
transaction. Thus, the present invention is also suitable for currtncies of 
smaller countries and^or countries with exchange restrictions, which might 
otherwise be difficult to exchange. 
5 Various hedging strategics may optionally be used with the present 

invention. For example, the previously described dealing room preferably 
trades standard cuirency forward and options contracts in die inter-bank 
market to hedge against exposure to currency fluctuation risks. 

Netting is preferably automatically performed by the system of the 
10 present invention, whereby an exposure to deliver yen to a vendor in Japan 
could optionally be offset against anticipated receipts in yen from Japanese 
buyers, for example. 

While the invention has been described with respect to a Imiitcd 
15 number of embodiments, it will be appreciated that many variations, 
modifications and other applications of the invention may be made. 



